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1 BACKGROUND 

2 1 . Field of the Invention 

3 The present invention relates generally to graphical rendering systems and more 

4 particularly to a system, apparatus, process and article of manufacture for 

5 providing improved interactive, graphical applications using, for example, 

6 Macromedia Flash™ technology available from Macromedia Inc., the Extensible 

7 Markup Language (XML) language and the Mathematical Markup Language 

8 (MathML). 
9 

10 Details of Macromedia Flash™ technology, including preferred software and 

1 1 hardware environments, can be found in various sources such as: Macromedia's 

12 website, <http://www.macromedia.com>, conference notes from FlashForward 

13 and Macromedia Ucon; in several books published, for example by Friends of Ed, 

14 O'Reilly & Co. and Macromedia; articles and user forums on websites such as 

15 We're Here, FlashKit, UltraShock, and Figleaf s FlashCoders. 
16 

17 Details of XML and MathML, including preferred software and hardware 

18 environments, can also be found in various sources including the W3C's website, 

19 <http://www.w3c.org>. Specifically, the current MathML specification entitled, 



WO 2004/090739 



3 



PCT/US2004/010027 



1 "Mathematical Markup Language (MathML) Version 2.0," is located at 

2 <http://ww.w3.org/TR/2001/REC-MathML2-20010221>. 
3 

4 Each of the above references and any additional reference provided herein are 

5 incorporated in its entirety herein. 
6 

7 2. Description of Related Art 

8 

9 Currently, multimedia information comprising text, graphics, mathematical 

10 expressions, symbols and other indicia (collectively, referred to as "mathematical 

1 1 expressions"), etc., is developed and presented as follows: 
12 

13 Current web browsers, e.g., Internet Explorer™, Netscape™, etc., display stylized 

14 text and graphics/images however, only a few lesser known web browsers contain 

15 native MathML support, thereby limiting use. 
16 

17 Another technique involves manually generating the entire multimedia layout 

18 using a graphical creation and rendering program such as Macromedia Flash 

19 MX™ development tool by Macromedia, Inc. However, manual layout is acutely 
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1 impractical due to high development costs and the severe constraints placed on 

2 maintainability, scalability and portability. 

3 

4 The Macromedia Flash Player™ and its associated Flash Plug-in™ display 

5 stylized text that is formatted as a Hypertext Markup Language (HTML) object. 

6 However, such an arrangement offers no integration with graphics or 

7 mathematical expressions. 

8 

9 Existing software products display mathematical expressions by rendering 

10 MathML objects to a graphical format such as the Joint Photographic Experts 

1 1 Group (JPEG) format. However, to be effective the graphics must be displayed 

12 inline with text. Further pre-rendering the graphics or rendering them 

13 dynamically to address the preceding requirement is costly in performance, 

14 storage and bandwidth, as well as licensing fees. 
15 

16 The present invention solves the aforementioned limitations of the prior art. 

17 Specifically, the present invention is a comprehensive solution for effectively 

18 arranging and rendering multimedia information comprising mixed data types 

19 including: text, graphics, animations, video and mathematical expressions. The 

20 mixed data may be displayed in various sizes and formats and is in a portable and 
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1 maintainable format. In addition, there is support for certain technologies, such 

2 as, Macromedia Flash™, multilingual and Unicode support, and client-server n- 

3 tier implementations. Furthermore, performance and costs are kept at acceptable 

4 levels. 
5 

6 Additional aspects, features and advantages of the present invention will become 

7 better understood with regard to the following description. 

8 1 

9 BRIEF DESCRIPTION OF THE DRAWING(S) 

10 Referring briefly to the drawings, embodiments of the present invention will be 

1 1 described with reference to the accompanying drawings in which: 
12 

13 Figure 1A illustrates an exemplary system constructed in accordance with the 

14 teachings expressed herein. 
15 

16 Figure IB illustrates an exemplary networked system constructed in accordance 

17 with the teachings expressed herein. 
18 

19 Figure 2 illustrates an exemplary data format in accordance with the teachings 

20 expressed herein. 
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1 

2 Figure 3 illustrates an exemplary process flow in accordance with the teachings 

3 expressed herein. 
4 

5 Figure 4 illustrates an exemplary psuedo-code listing implementing the 

6 embodiment of FIG. 3 in accordance with the teachings expressed herein. 
7 

8 Figure 5 illustrates an additional and exemplary process flow in accordance with 

9 the teachings expressed herein. 
10 

1 1 Figure 6 illustrates an exemplary psuedo-code listing implementing the 

12 embodiment of FIG. 5 in accordance with the teachings expressed herein. 
13 

14 Figure 7 illustrates an exemplary user interface in accordance with the teachings 

15 expressed herein. 
16 

17 DETAILED DESCRIPTION OF THE PRESENT INVENTION 

18 Referring more specifically to the drawings, for illustrative purposes the present 

19 invention is embodied in the system configuration, method of operation, data 

20 format and application code, generally shown in Figures 1-7. Application code 
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1 may be embodied in any form of computer program product. A computer program 

2 product comprises a medium configured to store or transport computer readable 

3 code, or in which computer readable code may be embedded. Some examples of 

4 computer program products are CD-ROM disks, ROM cards, floppy disks, 

5 magnetic tapes, computer hard drives, servers on a network, and carrier waves. 
6 

7 It will be appreciated that the system, method of operation, data object and 

8 computer product described herein may vary as to the details without departing 

9 from the basic concepts disclosed herein. Moreover, numerous specific details 

10 are set forth in order to provide a more thorough description of the present 

1 1 invention. However, all specific details may be replaced with generic ones. 

12 Furthermore, well-known features have not been described in detail so as not to 

13 obfuscate the principles expressed herein. While exemplary embodiments of the 

14 present invention described herein is specifically directed to a Macromedia Flash- 

15 XML-MathML based environment, the invention is not limited thereby as one 

16 skilled in the art can readily adapt the concepts presented herein to a preferred 

17 environment. Therefore, other suitable and equivalent programming languages, 

18 platforms and architectures, etc. fall within the scope of the present invention. 
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1 FIG 1 illustrates an exemplary hardware configuration of a processor-controlled 

2 system on which the present invention is implemented. One skilled in the art will 

3 appreciate that the present invention is not limited by the depicted configuration 

4 as the present invention may be implemented on any past, present and future 

5 configuration, including for example, workstation/desktop/laptop/handheld 

6 configurations, client-server configurations, n-tier configurations, distributed 

7 configurations, other networked configurations, etc., having the necessary 

8 components for carrying out the principles expressed herein. 
9 

10 FIGS. 1 A & B generally depict an advanced versatile layout and rendering system 

1 1 700 in accordance with the teachings expressed herein, comprising, but not 

12 limited to, a bus 705 that allows for communication among at least one processor 

13 710, at least one memory 715 and at least one storage device 720. The bus 705 is 

14 also coupled to receive inputs from at least one input device 725, e.g., mouse, 

15 keyboard, pen, pad, etc., and provide outputs to at least one output device 730, 

16 monitor, printer, other display medium, etc.. The at least one processor 71 0 is 

17 configured to perform the techniques provided herein, and more particularly, to 

1 8 execute the following exemplary computer program product embodiment of the 

19 present invention. Alternatively, the logical functions of the computer program 

20 product embodiment may be distributed among processors connected through 
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1 networks or other communication means used to couple processors. The 

2 computer program product also executes under various operating systems, such as 

3 versions of Microsoft Windows™, Apple Macintosh™, UNIX, etc. 
4 

5 The present invention may be implemented as a computer program product (also 

6 referred to as "QD module") that is developed for and implemented in the 

7 Macromedia Flash™ environment as, e.g., a Flash™ client application code 

8 module. The QD module in conjunction with a Super- Versatile-Text Display sub- 

9 module (also referred to as "SVT module") (described below) effectively present 
10 multimedia information on a display output device. 

11 

12 FIG. 2 displays an exemplary data format utilized by the QD module in 

13 accordance with the present invention. That the depicted layout and data are 

14 necessarily defined by the environment in which they are used will be apparent to 

15 those skilled in the art. In one embodiment, the QD data format is implemented 

16 as an XML object, an open web standard that is understood by a Flash™ 

17 application. The QD data format preferably uses Unicode as the character 

18 encoding, which allows for a huge character set, including most languages and 

19 math symbols. The QD data format also allows for and intermingles styled text, 

20 such as italics, bold, etc., graphics, and mathematical expressions, symbols and 
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1 other indicia. The graphics may be defined as standard JPEG files or as Flash 

2 SWF™ files and can be animated or interactive. Mathematical expressions are 

3 defined as MathML, an open standard based on XML, which can be imported and 

4 exported by most math software products. 
5 

6 FIG. 3 depicts an exemplary process flow of the QD module in accordance with 

7 the present invention. 
8 

9 As shown, at 301, content data, e.g., question data is entered into the system. The 

10 content data includes text, styled text, specifications of external data files 

1 1 (containing, e.g., graphics or animations), MathML and other displayable objects. 

12 The content data is used to generate main question content and associated answer, 

13 Visual Aid (optionally), and Descriptive Solution (optionally) content. 
14 

15 At 302, the system processes the question data and converts said data into an 

16 XML tree object. The question data is used to generate text for a main question. 
17 

18 At 303, the system displays the question text as a Flash™ data block. 
19 
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1 At 304, the system displays potential answer(s) to the main question as a Flash™ 

2 data block; 
3 

4 At 305, the system checks for a Visual Aid related to the main question. As its 

5 name suggests, a Visual Aid, graphical illustrates related question concepts. 

6 Depending on the results, processing continues to 306 or 307. If there is a Visual 

7 Aid, processing continues to 306 and then 307. If there is no Visual Aid, 

8 however, processing continues directly to 307. 
9 

10 At 306, the system displays the Visual Aid as a Flash™ data block and processing 

11 continues to 307. 
12 

13 At 307 and the system checks for a Descriptive Solution related to the main 

14 question. Depending on the results, processing continues to 308 or 309. If there is 

15 a Descriptive Solution, processing continues to 308 and then 309. If there is no 

1 6 Descriptive Solution, however, processing continues directly to 309. . 
17 

18 At 308, the system saves the Descriptive Solution for later display as a Flash™ 

19 data block and processing continues to 307. 
20 
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1 At 309, the system aligns all data elements according to a desired layout. 
2 

3 At 3 10, the system displays the question accordingly. 
4 

5 FIG. 7 depicts an exemplary user interface depicting the various elements for 

6 display. As shown, the question text data is presented as Display Area 2, the 

7 potential answer choice(s) data is presented as Display Area 4, the correct answer 

8 data is presented as Display Area 6, the Visual Aid data is presented as Display 

9 Area 8 and the Descriptive Solution data is presented as Display Area 10. 
10 



1 1 FIG. 4 depicts exemplary pseudo code for implementing the QD module (also 

12 reproduced below). 
13 

14 QD Pseudo-code 

15 

16 function parseQuestionXML 

17 convert raw text to an XML tree 

18 get question layout style from XML 

19 end parseQuestionXML function 
20 

21 
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1 function buildQuestionObjects 

2 // Sort through branches of question XML. 

3 For each branch 

4 if the branch is the main question text 

5 create a movieclip to contain the text 

6 call the displaySVTBlock function 

7 else if the branch is the answer options 

8 create a movieclip to hold the answers 

9 for each answer 

10 create a movieclip to hold the answer 

11 attach an answer button 

12 create a movieclip to hold the answer text 

13 call the displaySVTBlock function 

14 end for 

15 else if the branch is some other content block 

16 if the type of content is visual aid 

17 if this layout calls for a visual aid 

18 create a movieclip to contain the 

19 visual aid 

20 call the displaySVTBlock function 

21 else if the type of content is descriptive 

22 solution 

23 save the contents for possible later 

24 display 

25 end if 
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1 end if 

2 end for 

3 end buildQuestionObj ects function 
4 

5 function layoutQuestion 

6 // Positions are based on the question layout style. 

7 Position the main question text 

8 position the answer block 

9 position the answers within the answer block 

10 position the visual aid, if required 

11 position any other content block 

12 end layoutQuestion function 
13 

14 



15 FIGS. 5 and 6 depict additional features of the QD module in accordance with the 

16 present invention. Specifically, FIG. 5 illustrates an exemplary process flow of 

17 the Super- Versatile-Text Display module or SVT module. The QD module 

18 interacts with (calls) the SVT module to visually render the QD content data. 
19 

20 As shown, at 501, content data is entered into the system. This content data is 

21 displayed as follows: 
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1 At 502, the system traverses the XML tree to determine if content (node) is left 

2 to display. If yes, processing continues to 503. If no, processing continues to 

3 505. 

4 

5 At 503, the system determines the kind of content left to display. Depending on 

6 the results, the system follows alternate paths. If the content is text, processing 

7 continues to 504A. If the content is an external file, processing continues to 

8 504B. If the content is MathML, processing continues to 504C. 
9 

10 At 504A, the system locates a display line that can hold the text data object. The 

1 1 system then creates a new text object having the appropriate text and style format 

12 and processing returns to 502. 
13 

14 At 504B, the system locates a display line that can hold the external file data 

15 object. The system then loads the external file onto the line and processing returns 

16 to 502. 
17 

18 At 504C, the system locates a display line that can hold the MathML data object. 

19 The system then renders the MathML object and processing returns to 502. 
20 
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1 When there is no node-data content left to display, processing continues to 505 
2 

3 At 505, the system formats the lines and all data objects within them and displays 

4 the same at 506. 
5 

6 FIG. 6 depicts exemplary pseudo code for implementing the S VT module (also 

7 reproduced below). 

8 



9 SVT Display Pseudo-code 

10 

n 

12 // The displayContentBlock function is the interface to 

13 other code. 

14 // External code would call this function, specifying the 

15 xml data to 

16 // display, the destination to display into, and any non- 
17 default 

18 // configuration options. 
19 

20 Function displaySVTBlock 



WO 2004/090739 



17 



PCTYUS2004/010027 



1 // Initialize the environment of the destination, 

2 based on 

3 // configuration options. 

4 Set the environment's width 

5 set a default text style 
6 

7 for each node in the XML data 

8 if node is text 

9 call the displayText function 

10 else if node is a visual aid file reference 

11 call the loadFile function 

12 else if node is MathML 

13 call the displayMath function 

14 end if 

15 end for 
16 

17 for each line that has been created in destination 

18 for each object in line 
*9 gather measurements 

20 end for 

21 compute shared baseline and boundaries of line 

22 for each object in line 

23 position the object so baselines are 

24 aligned 

2 5 end for 



WO 2004/090739 



18 



PCT/US2004/010027 



1 align line to other lines and destination 

2 end for 
3 

4 end displaySVTBlock 

5 

6 

7 

8 function displayText 

9 

10 inherit the default text style 

11 modify the style as specified for this node 

12 create an object to hold text within the current line 
13 

14 while there is text in the node 

15 remove a word of text 

16 add the word to the current line of destination 

17 if current line has exceeded length 

18 remove the last line 

19 mark the line done 

20 create a new current line 

21 create an object to hold text within the 

22 current line 

23 add the word to the current line 

24 end if 

25 end while 
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1 

2 end renderText 

3 

4 

5 

6 function loadFile 

7 

8 extract file information from node 

9 create an object of the file's given dimensions 
1° begin loading the file 

11 



12 if th © object fits in the current line of destination 

13 place the object into the line 

14 else 

15 create a new line 

16 if the object doesn't fit into the new empty 

17 line 

18 scale the object to fit the line 

19 end if 

20 place the object into the line 

21 end if 
22 

23 end loadFile 

24 

25 
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1 

2 function displayMath 

3 

4 create an object to render the math node into 

5 extract MathML data from node 

6 call the renderMath function 
7 



8 if the object fits in the current line of destination 

9 place the object into the line 

10 else 

11 create a new line 

12 if the object doesn't fit into the new empty 

13 line 

14 scale the object to fit the line 

15 end if 

16 place the object into the line 

17 end if 
18 

19 end displayMath 

20 

21 

22 

23 // This function is called recursively - that is, it calls 

24 itself. 
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1 // MathML objects are frequently composed of other MathML 

2 objects, 

3 // such as fractions of fractions, so this recursion is 

4 necessary. 

5 // Nodes in the MathML are of two major types: composite 

6 or terminal . 

7 // Composite nodes contain other nodes, while terminal 

8 nodes contain 

9 // only values, such as a number, variable, or mathematical 
10 symbol. 

H // For instance, a fraction node would have two child 

12 nodes, the 

13 // numerator and denominator. Each child is rendered 

14 separately, then 

15 // the first is placed over the other, and a line is drawn 

16 between 

17 // them. 
18 

19 Function renderMath 
20 

21 if the current node is a composite node 

22 call the renderMath function on each child node 

23 layout the child node based on node type 

24 else if the current node is a terminal node 

25 if the node contains text 
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1 



create a text box of the appropriate 



2 



style 



3 



else if the node contains an encoded symbol 



4 



insert the graphic for that symbol 



5 



end if 



6 



end if 



7 



8 



end renderMath 



9 



10 EXTERNAL (PUBLIC) FUNCTION DEFINITIONS 

1 1 This section lists the external functions of the Question Display module. While 

12 there is no strict object-oriented public/private status here, these are the only 

13 functions that should be called by outside code. Unless specified, each function 

14 has no return value. 
15 

16 init(initObj) 

17 This function should be called once, before calling any of the other functions 

18 below. It initializes the QD environment with various constants, including font 

19 settings and width and height measurements. 

20 Arguments 

21 initObj An object containing any named values to override configuration options 
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1 displayQuestion(question, return_mc, returnjunc) 

2 This function displays a question. When display is complete, it calls the specified 

3 return function. 

4 Arguments 

5 question The question data, in well-formed XML text. 

6 return_mc [optional] The context in which return_fiinc will be called on 

7 completion. 

8 return_func [optional] The function that will be called within returnjnc. 
9 

10 

11 removeQuestionO 

12 This function removes the displayed question. 

13 Arguments 

14 (none) 
15 

16 activateAnswers(notifyjtnc, notifyjfunc) 

17 This function activates the answer options, making them interactive for the user. 

18 When an answer is selected, the specified notification function is called with two 

19 arguments: the letter of the user's selected answer, and the correct answer. 

20 Arguments 
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1 notify_mc The context in which notifyjftinc will be called on completion. 

2 notifyjftinc The function that will be called within notifyjnc. 
3 

4 deactivateAnswersO 

5 Deactivates all answer options, so that they do no allow user selection. 

6 Arguments 

7 (none) 
8 

9 showUserAnswer(userAnswer, showCoixect) 

10 This function marks the answer specified in userAnswer, showing whether the 

1 1 selection was correct or incorrect. If showCorrect is set to true and the user's 

12 answer was incorrect, the correct answer is also be revealed. 

13 Arguments 

14 userAnswer The letter of the answer the user has selected. 

15 showCorrect A true/false flag, telling whether to reveal the correct answer. 
16 

17 

18 getCorrectAnswerO 

19 Returns the letter of the correct answer for a displayed question. 

20 Arguments 
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l (none) 
2 

3 showCorrectAnswerO 

4 Reveals to the user the correct answer to a displayed question. 

5 Arguments 

6 (none) 
7 

8 

9 getAnswerArray() 

10 Returns an array of the letters of all the answer options. This is useful for allowing 

1 1 user selection of an answer via the keyboard. 

12 Arguments 

13 (none) 

14 

15 isSolutionO 

16 This function returns true if there is a descriptive solution available for this 

17 question, and false otherwise. 

18 Arguments 

19 (none) 
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1 displaySolution(dest_mc, destWidth, returnjnc, return_func) 

2 This function renders the descriptive solution for the question, if it exists. The 

3 solution is rendered in the specified movieclip, at the specified width. Once the 

4 render is complete, the return function is called. 

5 Arguments 

6 destjmc The movieclip to render the descriptive solution into. 

7 destWidth The width in pixels of destjtnc's display area. 

8 return_mc [optional] The context in which return_func will be called on 

9 completion. 

10 returnjftinc [optional] The function that will be called within returnjnc. 
11 

12 displayXMLBlock(svt_xml, dest_mc, destWidth, retum_mc, retumjfiinc) 

13 This function renders an XML object of question data (also called an SVT Block) 

14 into the specified movieclip, at the specified width. Once the render is complete, 

15 the return function is called. 

16 Arguments 

17 svt_xml An XML object containing a valid chunk of SVT data. 

1 8 dest_mc The movieclip to render the descriptive solution into. 

19 destWidth The width in pixels of destjtnc's display area. 
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1 returnjnc [optional] The context in which retumjiinc will be called on 

2 completion. 

3 returnjfunc [optional] The function that will be called within return_mc. 
4 

5 

6 displayTextBlock(svtText, destjmc, destWidth, returnjnc, retumjunc) 

7 Like displayXMLBLockO, this function renders an SVT Block into the specified 

8 movieclip, at the specified width. However, the SVT Block should be passed as 

9 plain text, rather than as an XML object. Once the render is complete, the return 

10 function is called. 

11 Arguments 

12 svtTextXML text describing a valid chunk of SVT data. 

13 destjmc The movieclip to render the descriptive solution into. 

14 destWidth The width in pixels of dest_mc's display area. 

15 returnjnc [optional] The context in which returnjunc will be called on 

16 completion. 

17 returnjfunc [optional] The function that will be called within retumjmc. 
18 

19 

20 INTERNAL (PRIVATE) FUNCTION DEFINITIONS 
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1 

2 This section lists the internal functions of the QD module. While there is no strict 

3 object-oriented public/private status here, these functions should not be called by 

4 outside code. Any interaction should occur through the External Functions listed 

5 above. Again, unless specified, each function has no return value) 
6 

7 parseQuestionXML(rawText) 

8 This function converts the source text for the question into an XML object. It also 

9 checks the XML for the question's layout, which is required before question 

10 rendering can begin. The XML object and layout value are both stored within the 

1 1 internal question movieclip. 

12 Arguments 

13 rawText A text string containing the well-formed XML for a full question. 
14 

15 buildQuestionObjectsO 

16 This function sorts through the question XML object, extracting the question text 

17 and answers, as well as any visual aid, descriptive solution, or other content. 

18 Movieclips are created for the question text, answers and visual aid, and their 

19 SVT blocks are rendered, via the displays VT() function. The descriptive solution, 

20 if present, is saved for later display. 
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1 Arguments 

2 (none) 
3 

4 displaySVT(svt_xml, svt_mc) 

5 This function takes an SVT Block and renders it into the specified SVT 

6 environment. The SVT Block is an XML object, and the SVT environment is a 

7 movieclip containing the settings and configuration information for SVT display. 

8 Arguments 

9 svt_xml An XML object containing an SVT Block. 

10 svt mc The SVT environment movieclip to render the SVT Block into. 

11 

12 

1 3 getDisplayLine(svt_mc) 

14 This function returns a reference to the current line (a movieclip) in an SVT 

15 environment movieclip. The current line will have at least some room for 

16 additional content (text, graphics, rendered MathML). If the last existing line is 

17 full, or there is no current line, this function will create a new one. 

18 Arguments 

19 svt_mc An SVT environment movieclip. 
20 
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1 endDisplayLine(svtjtnc) 

2 This function marks the current display line in the SVT Environment as complete, 

3 so that the next call to getDisplayLine() will return a new line. This is useful for 

4 line breaks, or when a content object must wrap to the next line. 

5 Arguments 

6 svt mc An SVT environment movieclip. 
7 

8 

9 displayVisualAid(va_xml, svt mc) 

10 This function renders a visual aid item into an SVT Environment. The visual aid, 

1 1 usually a SWF or JPEG, will be loaded from a separate file. The height and width 

12 of the object are specified in the XML, so layout can occur without waiting for the 

13 load to complete. (Loading is accomplished using the piiLoader module.) 

14 Arguments 

15 va_xml An XML node from an SVT Block, containing a visual aid. 

16 svt_mc An SVT environment movieclip. 
17 

1 8 processVisualAid(retumID, vajmc) 
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1 This function is called from the piiLoader module when a visual aid object has 

2 completed loading. It completes the processing of the loaded file, verifying that it 

3 fits within the dimensions specified in the XML node of the SVT Block. 

4 Arguments 

5 returnID A piiLoader Load ID, uniquely identifying this load. 

6 va_mc A movieclip containing the loaded file. 

7 

8 displayMathML(math_xml, svt_mc) 

9 This function renders a MathML portion of an SVT Block into a single object. 

1 0 The rendering of individual MathML elements is handled by the renderMathMLO 

1 1 function. This function handles the allocation of lines within the SVT 

12 Environment, wrapping to the next line if the MathML object is too wide. 

13 Arguments 

14 math_xml An XML node from an SVT Block, containing MathML data. 

15 svt_mc An SVT environment movieclip. 
16 

17 renderMathML(math_xml, box_mc, reftf) 

18 This function renders individual MathML elements into movieclips containing 

19 text and library symbols. The rendering is handled recursively, so that it calls 

20 itself to render any MathML elements nested within the main element. (For 
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1 instance, a the fraction MathML element contains two other elements, 

2 representing numerator and denominator.) This function takes as arguments a 

3 node of MathML data, a movieclip to render that data into, and a text format. The 

4 function returns a reference to the movieclip it creates. 

5 Arguments 

6 math_xml An XML node containing MathML data. 

7 box_mc A movieclip to create the new movieclip inside of. 

8 ref_tf A text format object, to be used in rendering this object's text. 
9 

10 displayTextItem(rawText, svt_mc) 

1 1 This function handles the display of plain and styled text objects from S VT 

12 Blocks. It takes a text string and renders it inside the SVT Environment in the 

13 current text format, splitting the text and wrapping to multiple lines as necessary. 

14 Arguments 

1 5 rawText A text string. 

16 svt_mc An SVT environment movieclip. 
17 

18 drawBorder(ajmc, color, bwidth, bheight) 

19 This function draws a border within a movieclip, using the Flash line-drawing 

20 tools. If bwidth and bheight are not specified, the measured width and height of 
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1 the movieclip will be used instead. This function is used extensively within the 

2 rendering functions to force certain measurements onto a movieclip. For instance, 

3 a loaded SWF file might not take up the full space it is meant to occupy, 

4 confusing layout. An invisible border greatly eases such layout computations. 

5 (Note that the line-drawing functions are prone to overwrite any existing lines 

6 within the movieclip.) 

7 Arguments 

8 a_mc The movieclip to draw the border into. 

9 color The color to draw the border with. (Only visible while debugging.) 

10 bwidth [optional] The width to draw the border. 

1 1 bheight[optional] The height to draw the border. 
12 

13 layoutQuestionO 

14 This function completes the layout of the previously-built question objects. The 

15 question text, answers and visual aid are positioned according to their sizes and 

16 the layout style specified in the question XML. 

17 Arguments 

18 (none) 
19 
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Having now described one or more exemplary embodiments of the invention, it 
should be apparent to those skilled in the art that the foregoing is illustrative only 
and not limiting, having been presented by way of example only. All the features 
disclosed in this specification (including any accompanying claims, abstract, and 
drawings) may be replaced by alternative features serving the same purpose, and 
equivalents or similar purpose, unless expressly stated otherwise. Therefore, 
numerous other embodiments of the modifications thereof are contemplated as 
falling within the scope of the present invention as defined by the appended 
claims and equivalents thereto. 

Moreover, the techniques presented herein may be implemented in hardware or 
software, or a combination of the two. In one embodiment, the techniques are 
implemented in computer programs executing on programmable computers that 
each include a processor, a storage medium readable by the processor (including 
volatile and non-volatile memory and/or storage elements), at least one input 
device and one or more output devices. Program code is applied to data entered 
using the input device to perform the functions described and to generate output 
information. The output information is applied to one or more output devices. 
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1 Each program is preferably implemented in a high level procedural or object 

2 oriented programming language to communicate with a computer system, 

3 however, the programs can be implemented in assembly or machine language, if 

4 desired. In any case, the language may be a compiled or interpreted language. In 

5 one embodiment, the present invention is implemented in the ActionScript 

6 programming language for use in the Macromedia Flash™ environment. The 

7 program code uses Macromedia Flash MX™ to publish, Macromedia Flash 

8 Player™ (e.g.,Version 6, Release 48 ,or better) to execute and utilizes the 

9 Macromedia piiLoader and timeQueue code modules. 
10 

11 

12 Each such computer program is preferably stored on a storage medium or device 

13 (e.g., CD-ROM, NVRAM, ROM, hard disk, magnetic diskette or carrier wave) 

14 that is readable by a general or special purpose programmable computer for 

1 5 configuring and operating the computer when the storage medium or device is 

1 6 read by the computer to perform the procedures described in this document. The 

17 system may also be considered to be implemented as a computer-readable storage 

1 8 medium, configured with a computer program, where the storage medium so 

1 9 configured causes a computer to operate in a specific and predefined manner. 
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1 The description of the exemplary embodiment herein assumes knowledge of 

2 Macromedia Flash™ and ActionScript™ programming language and a general 

3 understanding of programming documentation conventions. Understanding of 

4 layout and design issues, such as page layout for the web or for print, and 

5 especially as regards the layout of mathematical expressions, will also be useful. 
6 

7 Additional aspects and/or features of the present invention include: the code 

8 attempts to provide general solutions as much as possible, but may be specific to 

9 the font and layout size of current implementation. If the font or another part of 

10 the display environment is changed radically, spacing within and between lines 

1 1 may be tweaked, accordingly. 
12 

13 Preferably, math symbols, whether by named entity or Unicode characters, are 

14 usable as follows: both named entities and coded characters are expected to exist 

15 alone within the XML terminal tags. That is, in one embodiment of the present 

16 invention, <mn>5</mn><mn>7c</mn> is valid while <mn>57c</mn> is not 
17 

18 
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1 Finally, an embodiment of the present invention having potential commercial 

2 success is integrated in the Planeiii™ Math System™, an online math education 

3 software product, available at <http://www.planetii.com/home/>. 
4 



